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PEER-TO-PEER HOSTING OF INTELLIGENT FIELD DEVICES 

BACKGROUND 

Intelligent Field Devices <IFD&\ *t* i_. ^ 

evicts {ir us) are programmable hardware devices that »«. 

pressum sensors, and valve positioner.. „ , ^ ind|M<ljlU ^^T* 5OTS ° rS - 

indcp^, rPD,. each of which has . common ^ „ J^ZZZZT ^ 

«~ ™. a tacludK ^rr^ ~ b 

^•"^ntwme.^.F™,^^^^ 

configuration of a particular IFD differs iw»«, ^ * 

F««cuiarii-uaitrers from configurations of other LFDs A 

TvmeJ" T"* " e0nfiBUrinS a,Kai!ra " «"«■—' i$ used for each IFD 

due to fvTr, 10 ^ ^ '« «**S»«on due to a power loss, or after replacement 
dnetcd^ceM^e. A power loss may be planned, as when an IFD is taken out ^jf service^ 
^— e.oru^l^a.^enapow^ou^^urs. A common approacMo^ 

>FDs. „ often U no, pntcncal to pmvide . sufficient amount of ^Ll. 
memory within the d^ice itself, due to size. ^ „ ^ momai ^ ^ 

When an !FD is reptaed due m device Mure, it. configumhon must he restored 

TO « through a harKi-hCd confi.urator. fa pmfculllr , . confi ^ 

for . m . , ^ J~ «*. 

reload the configuration onto the IFD. 

A common alternative method for IFD configuration recovery is the use of a 
computer as a central configurator that stores a,, of the configurations. Typically a portable 

IFD and the configuration is downloaded from the computer to the IFD. Often, for the saice 
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of redundancy, a vendor provides both a hand-held configurator and a central configurator 
system using a portable computer. 

SUMMARY 

The invention is directed to storing device configurations in a system including at 
least two interconnected intelligent field devices (IFDs). At least two IFDs and a 
communications connection between them are provided. A configuration for a first 1FD is 
stored in the first IFD, and a backup of the configuration for the fust IFD is stored in at least 
one other IFD. The configuration for an IFD includes instructions regarding the initial 
settings of the IFD and the manner in which the IFD should respond to particular events. 

Embodiments may include one or more of the following features. For example, 
storing a configuration for the first IFD may include having the first IFD request a 
configuration from at least one other IFD using the communications connection, having an 
IFD with a stored backup of the configuration for the first IFD transmit the backup to the first 
15 IFD using the communications connection, and having the first IFD receive the transmitted 

backup and store the received backup in the first IFD as the configuration for the first IFD. 
Additionally, storing a backup of the configuration for the first IFD may include having the 
first IFD transmit a backup of the configuration for the first IFD to at least one other IFD 
using the communications connection, and having the at least one other IFD receive and store 
20 the backup of the configuration. 

In another implementation, storing a backup of the configuration for the first IFD 
includes having the first IFD transmit a backup of the configuration for the first IFD to at 
least one other IFD using the communications connection, and having the at least one other 
IFD receive and store the backup of the configuration. 
25 to another implementation, storing a configuration for an IFD includes generating the 

configuration using a configurator program and storing the generated configuration. The 
configurator program may be stored in an IFD, possibly in the form of a Java applet. The 
configurator program may be accessed by using a Web browser, which may be stored in a 
device that is connected to the communications connection, thus enabling the Web browser 
to access the configurator program through the communications connection. 

Alternatively, the Web browser may access the configurator program through a 
wireless connection between a device on which the Web browser is stored and an DFD. Such 
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a wireless connection may be accomplished via an infrared connection, using, for example a 
personal digital assistant or a portable computer. ' 

In another implementation, the configurator program may itself be stored on a Web 
sue. A Web browser may be used to access the configurator program, or an Internet gateway 
component may be used to access the configurator program by translating the Internet- 
compatible communications into a protocol being used by the IFDs. Likewise, a backup of 
the configuration for each IFD may be stored on a Web site, and either a Web browser may 
be used to access the backup configurations for each IFD, or an Internet gateway component 
may be used to access the backup configurations for each IFD by translating the Internet- 
compatible communications into a protocol being used by the IFDs. 

Storing the backup of the configuration for the first IFD may include storing the 
backup in at least two other IFDs. 

Each IFD may include one or more sensors for sensing a process condition or a 
mechanism for controlling a process condition. 

The communications connection may include a two-wire connection between the 
IFDs. The method may further include providing operating power to at least one IFD 
through the two-wire connection. 

The peer-to-peer hosting method provides several advantages. The first such 
advantage is the storage of a configurator within an IFD as a Java applet. This feature 
obviates the need to employ either a hand-held configurator for each IFD or a central 
configurator (i.e., a portable computer that contains all of the IFD configurations). This 
prevents confusion that may arise when associating a hand-held configurator with the IFD for 
which the hand-held configurator is designed. Because Java is platform-indepemlent, it 
avoids any incompatibility that might otherwise arise between a hand-held configurator and 
an IFD. The use of a Java applet as a configurator also removes the need for multiple 
configurator devices. This reduces the cost of both the IFD vendor and the IFD customer 
because, at most, only one configurator device is needed. This also eliminates work 
associated with loading the configurator software onto each portable computer used as a 
central configurator or each hand-held configurator each time that a new IFD configuration is 
30 created. 
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Another advantage results from the use of peer IFDs to provide backup configurations 
for each other, and the use of an automatic configuration reload program. This is particularly 
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imponant in the case of device failure and replacement, because the storage of the backup 
configuration enables the proper configuration to be loaded into the replacement device 
quickly and automatically. Because there is no need to locale a removable memory pack, 
problems associated with memory packs, such as swapping or mislabeling, are eliminated. 
5 The automation provided by this feature also enables a faster and less expensive 

configuration recovery, because there is no need to perform the manual operation of ^ 
reloading the configuration with a hand-held device. 

The Web browser connection feature provides two advantages. The first advantage i; 
the ability to initialize all of the IFDs from a common source, as opposed to initializing each 
10 IFD from a separate hand-held configurator. The second advantage is the ability to archive 

the configurations in a single, easily accessed repository, such as a Web page maintained by 
a corporate IFD user. This allows them to be harvested at once and preserved in a safe 
location. 

Other features and advantages will be apparent from the following description, 
1 5 including the drawings, and from the claims. 



BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram of a system for configuring Intelligent Field Devices (IFDs) 
using configurators that are resident on the IFDs and a portable computer. 
20 Fi S- 2 is a block diagram of a system for configuring IFDs using resident Java applet 

configurators and a hand-held personal digital assistant 

Fig. 3 is a block diagram of a system for configuring IFDs using resident Java applet 
configurators and an Internet/Intranet gateway connection. 

Fig. 4 is a block diagram of a system for configuring IFDs using a web server from 
25 either the Internet or an Intranet as a configurator. 

Fig. 5 is a block diagram of a system for configuring IFDs using a network-based 
approach. 

Fig. 6 is a block diagram of a system for configuring IFDs using a network-based 
approach in which the configurator is resident on the network server. 
30 Fi S- 7 is a block diagram of a system for configuring IFDs using a network-based 

approach in which an InternetAntranet gateway provides a conversion to enable compatibility 
with non-internet industrial protocols. 
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Fig. 8 is a flowchart of a peer-to-peer hosting method for configuring IFDs. 

DETAILED DESCRIPTION 

Referring to Figs. 1 and 2, a simple network 100 includes two IFDs, IFDl 105 and 
5 1FD2 1 10. It is noted that the system 100 can easily be adapted to include as many IFDs as 

desired. The network connections for the network 100 can be either direct electrical 
connections (i.e., wires) or wireless communications links. 

The IFDs in the network use a vendor-selected protocol to format data fo T 
transmission to each other, as well as to other electronic devices in the network. Because of 
1 0 the industrial nature of the environments in which IFDs are typically used, some protocols 

are not designed for Internet access. Examples of such protocols commonly used in typical 
industrial environments include HART, FoxComm, PROFTBUS, and Foundation Fieldbus. 
However, in some cases, IFDs use Internet-compatible protocols such as TCP/IP and 
UCP/IP. In some implementations, one or more IFDs may support multiple protocols. 
15 Typically, each IFD performs a sensing operation, a control operation, or both. IFDs 

that perform sensing operations, such as temperature sensors, pressure sensors, and flow 
meters, include one or more sensors for sensing process conditions. In addition to the 
sensors, these IFDs include transmitter circuitry for transmitting information about the 
process conditions to other devices. 
20 1FDs I* 18 * perform control operations, such as valve controllers, include one or more 

mechanisms for controlling process conditions. These IFDs often receive and use 
measurement signals provided by sensing IFDs. For example, a valve controller might 
control the position of a valve in response to a flow rate measurement provided by a flow 
meter. IFDs may include both sensors and mechanisms for controlling process conditions. 
25 IFDs often are interconnected by two-wire connections. A two-wire connection may 

be used to provide a communications connection between the IFDs. Many IFDs also receive 
operating power from an associated two-wire connection, 

A configurator program for IFDl 105 can be stored within IFDl 1 OS as a resident 
configurator software application 115 (e.g., a Java applet), and a resident configurator 
30 software application 120 for EFD2 110 can be stored within EFD2 1 10. These resident 

configurator applications can be accessed using a processor, such as, for example, a hand- 
held device 122 such as a personal digital assistant (e.g., a Palm HI), or a portable computer 
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123. in communication with the IFD through, for example, a direct electrical connection or 
an mfrared link. The configurator program of an IFD can be used to generate a configuration 
for the IFD. First, the processor downloads the configurator program from the IFD The 
processor then runs the configurator program and generates a configuration file in response 
to mputs to the program from a user. Finally, the processor up.oads the configuration file to 
the IFD, which stores the configuration in the memory of the IFD. Thus, a configuration 125 
for IFD1 105 is stored in the memory of IFD 1 105, and a configuration 13 0 for IFD2 1 10 is 
stored in the memory of IFD2 1 10. 

In some implementations, each IFD can be programmed to store a backup version of 
its configuration on one or more peer devices. Thus, in the system of Fig. 2, a backup 
version 140 of the configuration for IFDl 105 is stored on IFD2 1 16, and a backup version 
135 of the configuration for IFD2 110 is stored on IFDl 105. Typically, a backup 
configuration is generated each time an DFD*s configuration is modified. 

Each IFD also can be programmed to automatically check for the presence of a 
backup configuration at a peer IFD whenever it has lost power, either due to an outage or due 
to device failure and replacement. For example, upon power-up, an IFD might be 
programmed to broadcast a configuration request message identifying the IFD by network 
address and directed to all peer devices. An IFD having a backup configuration for the 
broadcasting IFD would respond by sending that backup configuration to the broadcasting 
IFD. The sending IFD also might include a backup copy of its own configuration for storage 
on the broadcasting IFD. 

Referring to Fig. 3, a peer-to-peer hosting system 300 uses a network approach to 
interconnect three exemplary IFDs. Again, it is noted that the system 300 can easily be 
adapted to include as many IFDs as desired. IFDl 305, IFD2 310, and IFD3 315 are 
networked together and include associated Java applet configurators 323, 325, 330. A Java 
applet configurator can be used to configure each IFD, which then stores its own 
configuration in memory. Hence, IFDl 305 stores its own configuration 335 in memory. 
IFD2 3 1 0 stores its own configuration 340 in memory, and IFD3 3 1 5 stores its own 
configuration 345 in memory. Additionally, each of the three IFDs can store a backup 
version of another IFD's configuration. For example, IFDl 305 stores the backup 
configuration 350 for IFD2 310; IFD2 310 stores the backup configuration 355 for EFD3 315; 
and IFD3 3 1 5 stores the backup configuration 360 for IFDl 305. Each IFD can also store 
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software to automatically reload the respective backup configuration when necessary In 
anofcer u^ementation, an IFD may store backup configures for tnultiple IFDs, and the 
backup configtirat,on for an IFD may be stored on multiple'IFDs 

The system 300 may also include a gateway connection 320 to either the Internet or a 
stand-alone local area network such as an Intranet. The gateway connection 320 may include 
browser software 321 for browsing network web sites, such as web sites that may be found 
on the World Wide Web. The Intemetrtntranet gateway 220 can be connected to any m on 
the network. In Fig. 3, the Internet/Intranet gateway 320 is connected to IFDl 305 In some 
implementations, the Internet/Intranet gateway 320 may provide access to the World Wide 
Web, thus allowing any web site that contains IFD configuration information to be visited A 
web site may even be developed specifically for the purpose of storing and/or supplying IFD 
configurations. In this manner, a web server can act as a configurator. Referring also to Fig 
4, the use of a web site as a configurator allows this approach to be used in implementations 
in which the IFDs do not use resident configurator software. 

The InternetTntranet gateway 320 can be used to perform the initial generation of an 
IFD configuration, which may be required when a new IFD is introduced into the system, 
when an existing IFD requires an update to its configuration, or when a power outage or 
other event affects all of the IFDs so that they all require configuration reloading. In some 
implementations, the ability to access the Internet via Web browser software 32 1 pmvides 
system redundancy for configurators as well as backup versions of specific configurations 

Referring to Fig. 5, another implementation of a peer-to-peer hosting system 500 uses 
a network-based approach. The system 500 includes three exemplary IFDs: IFDl 505 IFD2 
510, and IFD3 515. Again, the system 500 can easily be adapted to include as many IFDs as 
desired. The system 500 also includes a network server 520 with a permanent 
Internet/Intranet gateway connection 525, including browser software 527. This arrangement 
provides a robust network design, much like a typical local area network (LAN) or wide area 
network (WAN). In the system 500, the Internet/Intranet gateway connection 525 allows the 
configurations to be restored via the gateway 525 for any contingency, so that the 
configurations can be restored either via the gateway 525 or via the backup configurations 
560, 565, S70 stored on corresponding peer devices. Additionally, the backup configurations 
may be stored on the network server 520, thus providing a third possible source for restoring 
configurations. 

-7- 
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Referring to Fig. 6, in a variation of the imputation illustrated in Fig 5 the 
system 500 may still use a network-based approach, but, because it uses an industrial 
protocol that supports peer-to-peer functionality but is not designed for use with the mtemet 
such as Foundation Fieldbus or PROFIBUS, there is no gateway connection 525. Despite ' 
this, the network-based approach still provides the ability to restore the IFD configurations 
ether from the backup versions on corresponding peer devices via the network server 520 or 
directly from the network server 520 itself. 

This implementation also functions in the absence of resident Java applet 
configurators by using a configurator 605 that is contained within the network server 520 
Once again, system redundancy for both the configurator function and the backup of specific 
mdivtdual configurations is provided, in this instance via the network server 520 and its 
associated configurator 605. 

Referring to Fig. 7, in another variation of the implementations illustrated in Figs 5 
and 6, the system 500 may still use a network-based approach while using an industrial 
protocol that is not designed for use with the Internet, such as HART, FoxComm, Foundation 
Fieldbus, or PROFIBUS. Instead of direct access to the Web via browser software 527, the 
gateway connection 525 contains protocol translation software 705 that translates 
communications between an Internet-compatible protocol and the local industrial protocol 
This variation thus provides the ability to use the Internet as either a configurator or to store 
backup configurations even when the local protocol does not support Internet 
communications. 

Referring to Figs. 6 and 7, another variation allows the network-based approach to be 
used even if the local industrial protocol (e.g., HART or FoxComm) does not support peer- 
to-peer functionality. Thus, in this variation, backup configurations are not stored on peer 
IFDs. However, configurations can still be provided or restored either by using configurator 
software 605 that is resident on the network server 520, as shown in Fig. 6, or by using 
configurator software stored on a web server and accessed via the gateway connection 525, 
the protocol translation software 705, and the browser software 527, as shown in Fig. 7. 

Referring to Fig. 8, an IFD in a system using the peer-to-peer hosting method may 
operate according to a procedure 800. Initially, the IFD checks whether it is configured (step 
805). If die IFD is configured, the IFD proceeds with normal operations (step 810). The IFD 
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request directed to all peer IFDs. Broadcast 
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in genera,, an IFD will receive a configuration from a peer IFD when the IFD has 

rT " COnfigUratl0n ^ t0 d6VlCe «« - -P 1 — t, or due to a iocahzed 

osso power. When an IFD is connected to the network for the first time, there win not be 
backup configuration available for that IFD. However, in some implementations, the IFD 
may still receive a configuration from apeer IFD. For example, a system may em P ,oy a 
standard configuration for a certain class of IFDs (e.g., pressure sensors), and the IFD may 
receive a configuration for the class to which it belongs. 

If the IFD does not immediately receive a copy of its configuration (step 820) the 
IFD checks to see whether its configurator has been activated (step 825). The configurator 
may be activated, for example, by a Web browser connected to the IFD or the network 
including the IFD, by a hand-held device or computer connected to the IFD, or by 
manipulation of a button or switch mounted on the IFD. 

If the configurator has been activated, the IFD generates a configuration using the 
configurator (step 830). After the configuration is generated, the IFD stores the 
configuration (step 835) and transmits a backup copy of the configuration to one or more 
other IFDs (step 840). The IFD then confirms that the configuration is complete (step 805) 
and begins normal operations (step 810). 

If the configurator has not been activated (step 825), the IFD cycles through a loop 
that checks for receipt of a configuration (step 820) or activation of the configurator (step 
825). The IFD continues to do this until one of these events occurs. 

If a configuration is received from a peer IFD (step 820), the IFD stores the 
configuration (step 835). Storage of the configuration may include storage of a backup 
configuration for the peer IFD transmitted by the peer IFD along with the requested 
configuration. After storing the configuration, the IFD may optionally transmit a backup 
copy of its configuration for storage at one or more peer IFDs (step 840). The IFD then 
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confirms that the configuration is complete (step 805) and begins normal operations (step 
810). 

Upon completion of normal operations, the IFD checks to see if the configurator has 
been activated (step 845). If so, the IFD generates a revised configuration using the 
5 configurator (step 830) and proceeds as discussed above. If not, the IFD, verifies that it is 

still configured (step 805) and proceeds accordingly. 

Other embodiments are within the scope of the following claims. 

What is claimed is: 
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1 LA method of storing device configurations in a system including at least two 

2 interconnected intelligent field devices (IFDs), the method comprising: 

3 providing at least two IFDs; 

4 providing a communications connection between the IFDs; 

5 storing a configuration for a first IFD in the first IFD; and 

6 storing a backup of the configuration for the first IFD in at least one other IFD. 



1 



2. The method of claim I, wherein storing a configuration for the first IFD 



2 comprises: 

3 the first IFD requesting a configuration from at least one other IFD using the 

4 communications connection; 

5 an IFD having a stored backup of the configuration for the first IFD transmitting the 

6 backup to the first IFD using the communications connection; and 

7 the first IFD receiving the transmitted backup and storing the received backup in the 

8 first IFD as the configuration for the first IFD. 



1 3. The method of claim 2, wherein storing a backup of the configuration for the first 

2 IFD comprises: 

3 the first IFD transmitting a backup of the configuration for the first IFD to at least one 

4 other IFD using the communications connection; and 

5 the at least one other IFD receiving and storing the backup of the configuration. 



1 4. The method of claim 1, wherein storing a backup of the configuration for the first 

2 IFD comprises: 

3 the first IFD transmitting a backup of the configuration for the first IFD to at least one 

4 other IFD using the communications connection; and 

5 the at least one other IFD receiving and storing the backup of the configuration. 

- U - 
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1 5. The method of claim 1 . wherein the configuration includes instructions regarding 

2 the initial settings of the IFD and the maimer in which the IFD should respond to particular 

3 events. 



1 6. The method of claim 1 , wherein storing a configuration for the first IFD comprises 

2 generating the configuration using a configurator program and storing the generated 

3 configuration. 



7. The method of claim 6, wherein the configurator program is stored in the first IFD. 

8. The method of claim 7, wherein the configurator program comprises a Java applet. 



1 9, The method of claim 7, further comprising accessing the configurator program 

2 using a Web browser, 



1 10. The method of claim 9, wherein the Web browser is not stored in the first IFD. 

1 11. The method of claim 1 0, wherein the Web browser is stored in a device 

2 connected to the communications connection and the Web browser accesses the configurator 

3 program through the communications connection. 



1 1 2. The method of claim 1 0, wherein the Web browser accesses the configurator 

2 program through a wireless connection between a device on which the Web browser is stored 

3 and the first IFD. 



1 13. The method of claim 12, wherein the wireless connection comprises an infrared 

2 connection. 
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1 



14. The method of daim 12. wherein the device comprises a personal digital 
2 assistant. 



1 15. The method ofclaim 12, wherein the device comprises a portable computer. 

1 16. The method of claim 6, wherein the configurator program is stored on a Web site. 

1 1 7. The method of claim 6, wherein a Web browser is used to access the configurator 

2 program. 



1 18. The method of claim 6, wherein an Internet gateway component is used to access 

2 the configurator program by translating Internet-compatible communications into a protocol 

3 being used by the at least two EFDs. 



1 19 .The method of claim 1, wherein storing the backup of the configuration for the 

2 first IFD comprises storing the backup in at least two other EFDs. 



1 20. The method of claim 1, wherein each IFD includes at least a sensor for sensing a 

2 process condition or a mechanism for controlling a process condition. 



1 21. The method of claim 1, wherein the communications connection comprises a two- 

2 wire connection between the IFDs. 



1 22. The method of claim 21 , further comprising providing operating power to at least 

2 the first IFD through the two-wire connection. 
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1 23. A network of intelligent field devices, the network comprising: 

2 at least two interconnected intelligent field devices (IFDs); 

3 a communications connection between the IFDs; 

4 a configuration for a first IFD stored in the first IFD; and 

5 a backup of the configuration for the first IFD stored in a second IFD. 

1 24. The device network of claim 23, wherein the first IFD is configured to request a 

2 configuration from the second IFD using the communications connection, the second IFD is 

3 configured to transmit the backup to the first IFD using the communications connection, and 

4 the first IFD is configured to receive the transmitted backup and to store the received backup 

5 in the first IFD as the configuration for the first IFD. 

1 25. The device network of claim 24, wherein the first IFD is configured to transmit a 

2 backup of the configuration for the first IFD to at least the second IFD using the 

3 communications connection, and the second IFD is configured to receive and store the 

4 backup of the configuration. 

1 26, The device network of claim 23, wherein the first IFD is configured to transmit a 

2 backup of the configuration for the first IFD to at least the second IFD using the 

3 communications connection, and the second IFD is configured to receive and store the 

4 backup of the configuration. 

1 27. The device network of claim 23, wherein the configuration includes instructions 

2 regarding the initial settings of the IFD and the manner in which the IFD should respond to 

3 particular events. 
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1 28. The device network of claim 23, further comprising a configurator operable to 

2 generate the configuration. 



1 29. The device network of claim 28, wherein the configurator comprises a program 

2 stored in the first IFD. 



1 30. The device network of claim 29, wherein the configurator program comprises a 

2 Java applet. 



1 3 1 . The device network of claim 29, wherein the configurator program is configured 

2 to be accessed using a Web browser. 



1 32. The device network of claim 3 1 , wherein the Web browser is stored remotely 

2 from the first IFD, the network comprising a connection to the Web browser. 



1 33 . The device network of claim 32, wherein the Web browser is stored in a device 

2 connected to the communications connection and is configured to access the configurator 

3 program through the communications connection. 



1 34. The device network of claim 32, wherein the Web browser is configured to 

2 access the configurator program through a wireless connection between a device on which 

3 the Web browser is stored and the first IFD. 



1 

2 infrared connection. 



35. The device network of claim 34, wherein the wireless connection comprises an 



1 36. The device network of claim 34, wherein the device on which the Web browser is 

2 stored comprises a personal digital assistant. 

- 15- 



20/04/2008 15:45 +497621975888 PATSERVE S. 18/31 

WO 00/77585 PCT/US00/15894 

1 37. The device network of claim 34, wherein the device on which the Web browser is 

2 stored comprises a portable computer. 

1 38. The device network of claim 28, wherein the configurator program is stored on a 

2 Web site. 

1 39. The device network of claim 28, wherein the configurator program is configured 

2 to be accessed using a Web browser. 



1 40. The device network of claim 28, further comprising an Internet gateway 

2 component for use in accessing the configurator program by translating Internet-compatible 

3 communications into a protocol being used by the first IFD. 



1 4 L The device network of claim 23, further comprising a third IFD and a second 

2 backup of the configuration for the first IFD, the second backup being stored in the third IFD. 

1 42. The device network of claim 23, wherein each IFD includes at least a sensor for 

2 sensing a process condition or a mechanism for controlling a process condition. 



1 43. The device network of claim 23, wherein the communications connection 

2 comprises a two-wire connection between the IFDs. 



1 44. The device network of claim 43, wherein the two-wire connection is connected to 

2 provide operating power to at least the first IFD. 
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4S. Software, residing on a processor-readable medium, for storing device 
configurations in a system including at least two intelligent field devices (IFDs) 
interconnected by a communications connection between the IFDs, the software comprising 



4 instructions for causing the system to 

5 store a configuration for a first IFD in the first BFD; and 
store a backup of the configuration for the first EFD in at least one other IFD. 



46. A method of installing a device configuration on an intelligent field device (IFD), 
the method comprising: storing a configurator program on the BFD; using an external 
processor to access the configurator program; running the configurator program on the 
external processor to generate the device configuration; transmittmg the device configuration 



5 to the IFD; and storing the device configuration in memory in the IFD. 



1 47. The method of claim 46, wherein the configurator program comprises a Java 

2 applet 



1 48. The method of claim 46, wherein the external processor comprises a personal 

2 computer. 



1 49. The method of claim 46, wherein the external processor comprises a hand-held 

2 device. 



1 50. A method of installing a device configuration on an IFD, the method comprising: 

2 storing a configurator program on a distributed network site; accessing the configurator 

3 program using browser software; running the configurator program to generate the device 

4 configuration; and storing the device configuration in memory in the IFD. 
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1 5 1 . The method of claim 50, wherein the distributed network site comprises a World 

2 Wide Web site. 



1 52. The method of claim 51, further comprising translating communications between 

2 a protocol used by the distributed network site and a protocol used by the IFD. 
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